home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950329-19950528 / 000308_news@columbia.edu_Thu May 4 12:51:17 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA29381
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 4 May 1995 08:51:32 -0400
  3. Received: by apakabar.cc.columbia.edu id AA11179
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 4 May 1995 08:51:29 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Sudden inexplicable failure
  9. Date: 4 May 1995 12:51:17 GMT
  10. Organization: Columbia University
  11. Lines: 28
  12. Message-Id: <3oaik5$at4@apakabar.cc.columbia.edu>
  13. References: <792124718wnr@thatches.demon.co.uk>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <792124718wnr@thatches.demon.co.uk>,
  18. Graham Stokes  <graham@thatches.demon.co.uk> wrote:
  19. >We use Kermit all the time for occasional machine-machine transfers. 
  20. >Suddenly, after upgrading one system from SYS5R4 to 4.2 Kermit has 
  21. >developed an unhealthy attitude. It starts a transfer fine, but 
  22. >invariably enters a retry phase which terminates with the message "Too 
  23. >many NAKs". Every time, even with small files and small packet sizes. 
  24. >I've recompiled it of course, and also tried different physical ports 
  25. >at both ends. Same thing. Every time.
  26. >
  27. In general, it is always a good idea to recompile your non-vendor-
  28. supplied applications (the ones for which you have source code) when
  29. installing a new OS release.  You can't expect software to keep working
  30. when the world changes out from underneath it.  If you do, and you are
  31. disappointed, then it's the OS vendor's responsibility, not the 
  32. application's.
  33.  
  34. For Kermit, you might need a different makefile entry.  If you had been
  35. more specific about your exact platform, I might have been able to be
  36. more specific about which makefile entry to use.  But it's not hard to
  37. locate it yourself.  Just read the comments at the top of the makefile.
  38.  
  39. And make sure you have the latest release, which is 5A(190).
  40.  
  41. If you still have problems after doing that, send email direct to
  42. kermit@columbia.edu with the detailed specifics.
  43.  
  44. - Frank